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By John Coon 

In early February 1992, 1 was asked to join with 
Apple Computer in a meeting with the San Jose Police 
Department. The SJPD was undertaking a pilot pro¬ 
gram to evaluate laptop computers to help officers in 
the field fill out crime reports. They had been trying 
DOS laptops and character-recognition “grid pads”, 
but had not seriously looked at the Mac - the first Mac 
Portables were considered too large for field use. When 
the new Mac PowerBooks were announced, Apple was 
invited to participate if they could get someone to cre¬ 
ate the software in time for the pilot program less than 
two weeks away. Apple asked Watertechnics to develop 
the software using FileMaker Pro. 

With the help of a PowerBook 140 loaner from Ap¬ 
ple, plus long nights and strong coffee, CrimeBuster 
1.0 was developed and released in time for the begin¬ 
ning of the pilot program. Initial results from the first 
weeks of the evaluation are: 

• CrimeBuster on a PowerBook works well in the field 
- calls for support have been virtually non-existent; 

• officers using CrimeBuster are able to create all 


needed reports much more quickly than by hand; 

• data entry is efficient and simple; 

• training, while brief, is successful in preparing the 
officers for actual use in the field; 

• the software is stable and the wish list for changes is 
so far brief and manageable. 

The Challenge 

At the first meeting with SJPD, the challenge be¬ 
came clear: 

• The schedule was tight- first prototype due in 7 days, 
completed version for in-field use due in 14 days. 

• The competition was intense - we were up against two 
other solutions. The “grid-pad” using recognition of 
hand-printed characters didn’t concern us as much as 
an in-house DOS-based program that had been in de¬ 
velopment for several months. The developers were 
officers who not only understood police work, but 
were involved in the evaluation of the various solutions. 

• Special forms were required - documents had to be 
identical to existing forms since they are used in the 
processing of crimes. It wouldn’t do to have an arrestee 
released because the form we produced wasn’t legit. 
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Four different forms are required in vari¬ 
ous combinations. 

• Training was vital - SJPD recruited a 
variety of officers for the pilot program; 
some were experienced computer users, 
others had been writing information on 
3x5 cards for years and might consider 
the PowerBook an awkward replacement 
for trusty clipboards. 

• Field procedures were demanding - the 
officers would be using the laptops in the 
line of duty. They are dispatched to the 
scene of a crime and once the situation is 
stabilized, use the laptops to immediately 
record findings into the computer. If an 
officer is called to a hostile situation, they 
are instructed to leave the PowerBook in 
the car and, as soon as practical, record 
their notes in the computer. 

• Fail-safe backup was mandatory- it was 
unacceptable for the officers to ever have 
to go back and recreate a report if, say, a 
hard drive failed. Our solution, since the 
officers go to a new location for each re¬ 
port, is to ask them to copy the Crime- 


Buster file to a backup diskette after each 
report is complete. Then they shut down 
prior to transporting the PowerBook. 

Forms, Forms, Forms 

We first had to understand the forms 
and the combinations in which they were 
required. Every police activity to be report¬ 
ed is either a “Crime” or an “Incident”, the 
difference being the severity of the problem 
and the presence of witnesses and/or sus¬ 
pects. Forms are linked by a unique Case 
Number. Four basic forms are used in the 
pilot program: 

• “Incident Reports” are the simplest. They 
are completely self-contained and are used 
primarily for insurance purposes. No other 
form is included with an Incident Report. 

• “Crime Reports” are used when a crime 
against a citizen, property, or the State of 
California has been committed. The forms 
are complex and always require a second 
page or “Narrative Section”. Sections of the 
form are provided for Witnesses, Suspects, 
etc. The Narrative Section duplicates some 

of this identifying 



information and 
provides an “open 
text” field for the 
officer to record 
his observations 
and statements of 
witnesses and sus¬ 
pects. 

• “Property Re¬ 
ports” are written 
when property is 
obtained during 
the investigation of 
a crime and each 
must be accompa¬ 
nied by a Crime 
Report. For exam¬ 
ple, if weapons. 
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cash or other items are evidence in an in¬ 
vestigation, each item needs to be de¬ 
scribed in detail on a Property Report. 

* “Supplemental Reports” are identical to 
the Narrative Section of a Crime Report, 
but are written to add more information. 
During an investigation, one officer may 
write the Crime Report while his partner 
might interview neighbors or additional 
witnesses and report it on a Supplemental 
Report. Similarly, if additional information 
becomes available after 
a Crime Report is writ¬ 
ten (such as evidence 
being found), a Sup¬ 
plemental Report is 
written. 


form the required functions and return to 
the original screen. See Figure 1. Crime- 
Buster automatically opens to this screen, 
name and badge number are auto-entered, 
and the officer then selects the next opera¬ 
tion from a button on this screen. 

One of the first things we did was estab¬ 
lish our navigation rules for CrimeBuster: 

• No screen scrolling! If a section of a re¬ 
port requires more information than fits 
on a screen, add another data entry layout. 


Figure 2 


System Design 

The main consider¬ 
ations for the develop¬ 
ment of CrimeBuster 
were efficient data en¬ 
try and printing the 
right combination of 
forms for a given Case 
Number. The program 
had to be easy to use 
and eliminate repeti¬ 
tive data entry. 

There were too 
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many data elements in a print- 
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scrolling. The Crime Reports in 
their printed format are difficult to follow 
and disastrous as models for data entry. 
Printing was awkward as a given crime 
could have several combinations of forms. 
The program had to include a simple way 
for the officers to print the right forms for 
a given case. 

We created a series of “menu screens” 
with buttons to allow the officers to per- 
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• Keep navigation buttons limited; don’t 
overwhelm the user with too many choices. 

• After a task, bring the user back to the 
previous screen or to the “Main Menu” for 
re-orientation and selection of the next 
destination. 

• Locate buttons in the same places on all 
screens whenever possible. 


Note 


Officers don't see the 
print-out version on 
their screens during 
data entry. However, 
editing can be done 
on printing layouts if 
desired. 


Data Entry 

The existing forms were a “crazy quilt” 
of boxes jammed onto a single 8 1/2x11- 
inch page. There was no seeming logic to 
the arrangement of each section other than 
making it all fit! Attempting to use a screen 
replica of the form itself for data entry 
meant a pandemonium of scrolling and 
searching, so we created a series of non¬ 
scrolling screens, each dedicated to a par¬ 
ticular section of the report. Data entry 
thus uses different screens than the printed 
reports, providing an opportunity for data 
entry to be more efficient while maintain¬ 
ing output compatibility with existing 
printed information. Figure 2 compares a 
data entry screen to the printed version of 
the same information. 

If a case does not require a section of 
the form, the officer clicks on a “No” box 
and moves on to the next data entry sec¬ 
tion. If information is required in a sec¬ 
tion, a “Yes” box serves as a button to 
move to the appropriate data entry screen. 
When a section is complete, buttons return 
the officer to the previous screen where a 
display indicates which sections have been 
completed. 


Figure 3 
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Data Entry Options 

• Several fields on the Crime Re¬ 
port require that an approved 
abbreviation be entered; howev¬ 
er, not all the abbreviations are 
always clear to the officers. For 


example, “Witness Race Code” requires a 
single letter be entered from a list of choic¬ 
es. Defining the field to display a list was 
easy but we also provided an explanation 
of the abbreviations so the officers could 
pick the correct choice. See Figure 3. Add¬ 
ing extra spaces between the “Race Code” 
letter and the description allows the de¬ 
scription to appear during data entry; re¬ 
stricting the size of the field on reports lim¬ 
its print-out to the code letter only. 

• Editing of completed information is ac¬ 
complished by allowing the officers to 
browse each form and make changes in 
place. We also put a non-printing “Check 
Spelling” button on each form to allow the 
officers to check the spelling for a given 
record as it appears on the report. 

• Data entry for most fields on the forms is 
simple; however, the Narrative Section of 
the Crime Report (which is identical to a 
Supplemental Report) has an “open text” 
field for a description of the officer’s find¬ 
ings. This field often requires several pages 
of information. We wanted to avoid 
“screen scrolling” as well as keep basic ref¬ 
erence information from the top of the 
page on the screen while the officers were 
completing the narrative, so we used a 
scrolling window within the layout. Some 
officers used an “outline of topics” to help 
organize their comments for this field, so 
we provided a way to look up the outline 
and place it in the narrative field on re¬ 
quest. See Figure 4. Officers select “Yes” or 
“No” in “Enter Standard Outline” field; 
“Yes” performs a lookup to bring the Stan¬ 
dard Outline into text field. Of course, but¬ 
tons or check boxes could have been used. 

Printing the Narrative Text 

The most difficult printing task in¬ 
volved the narrative text section. This field 
is used by officers to record all pertinent 
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information about a 
case. Since these 
documents are often 
used months later in 
legal proceedings, it 
is important that the 
officers be allowed 
to enter as much in¬ 
formation as might 
be useful, frequently 
more than will fit on 
a single page. 

When FileMaker 
Pro prints a text 
field that is longer 
than the height of a 
page, the last line on 
the page may be 
“clipped” as the re¬ 
port breaks to a new 
page. The rest of that “clipped line” ap¬ 
pears as the first line on the next page and 
is similarly clipped. Figure 5 shows the top 
of one line at the bottom one page and the 
rest of the line at the top of the next. We 
experimented with a number of ways to 
beat this difficulty: 

• count lines and break to new page after 
“nnn” lines are printed. But there is no 
“count lines” function. 

• count characters and break to a new page. 
But “carriage returns” and blank lines 
count as one character and we needed a 
count for every space on a line. 

• break up the long text field into separate 
fields, like the outline. 

But each field itself 
could extend beyond 
a page. 

• adjust line spacing, 
which helped if the 
spacing was extremely 
tall, at least double 
spaced. The result was 
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Return to Crime Report Menu 


Check Spelling? 
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not completely reliable. 

We didn’t want to resort to using a 
word processor to format and print the 
text, as was done with the DOS laptops. Ex¬ 
porting was awkward and would destroy 
the simple interface. Claris tech support 
confirmed our findings - there is no way to 
accurately control the line clipping prob¬ 
lem in a systematic way. 

Our experiments with adjusting the line 
spacing suggested that a combination of 
factors could create a layout that would 
Work. Keeping organized in our experi¬ 
mentation was the key to solving this prob¬ 
lem. We knew we could probably find a 


Figure 4 


Figure 5 
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statement. I photographed the crime scene, and dusted the aneaforlatent prints. I recovered five latent prints. I left aform 3b 
with the victim and issued him arepott receipt cand. 
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specific combination that would work, but 
we had to consider (a) the exact position of 
body part on the layout, (b) the location of 
the beginning of the text field within the 
body part, and, (c) text specifications for 
font, size and line spacing. 

We created an extremely long text field 
and filled it with a “rich variety of data” 
including upper and lower case (to allow 

Figure 6 
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for descending letters) characters, num¬ 
bers, spaces, special characters and blank 
lines. Using Preview to look at this data, 
we could modify layout characteristics; but 
we had to be systematic and only change 
one characteristic at a time in order to 
evaluate the result over a group of pages. 
FileMaker’s layout features of “zooming 
in” and moving fields a pixel at a time with 
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the arrow keys were invaluable in fine-tun¬ 
ing the exact placements that were required. 

After repeated attempts and adjust¬ 
ments, we arrived at a layout that printed 
perfectly over the full range of pages. One 
limitation remained: officers could not 
change the font, size or style of the text in 
this field or the printing might again be¬ 
come ‘clipped’. Fortunately, this did not 
present a problem. Frankly, we had hoped 
for a better, more logical solution, but with 
the deadline approaching, we “grouped 
and locked” the layout and moved on to 
the next problem. 

Collated Printing of Forms 

For the pilot program, the SJPD decid¬ 
ed that officers would be responsible for 
printing their own forms. Rather than in¬ 
stall a network, a dedicated laser printer is 
used at the station where officers attach 
their PowerBooks, print and then discon¬ 
nect. Because a given Crime Report can 
require almost any combination and num¬ 
ber of forms, we designed a “Review/Edit/ 
Print” screen to allow officers to select the 
“suggested forms” to be printed. 

The combinations of forms was not too 
cumbersome, but we felt we could simplify 
the operation by displaying the combina¬ 
tion of forms and providing a single button 
to print each combination rather than re¬ 
quire selection and printing each form in¬ 
dividually. The solution we designed was 
based on the presence of data in a field ap¬ 
pearing only on a given form. By examin¬ 
ing these fields using an IF statement, we 
could determine whether or not that form 
should be printed for a given case number. 
See Figure 6. (See the following article for 
more about the printing process.) 

The “Review/Edit/Print” screen uses 
“hidden” buttons (the column labels) to 
sort records and to help locate and select a 


particular Case Number for printing. 

• Clicking on a column header sorts the 
cases by the values in that column. 

• Clicking on the Forms Selected header 
toggles View As List on and off within a 
scrolling window so officers can isolate the 
desired case. 

With View As List on, the suggested 
combination of forms to be printed for 
each case number is displayed using arrows 
adjacent to a list of the forms. The officers 
click on a case number to select that case. 

Clicking the “Forms Selected” header 
turns off View As List and the selected 
Case Number is isolated with an arrow 
pointing at a “Print Now” button for the 
suggested combination of forms (or a sin¬ 
gle form) to be printed. A subsequent click 
starts the printing and returns the user to 
the “Review/Edit/Print” screen to print an¬ 
other case. 

Taking it to the Streets 

The deadline arrived. We previewed 
CrimeBuster for Officer Pete Constant, 
who was in charge of training. We were 
sure that he understood the work flow and 
could reliably demonstrate how to use the 
program. We made a few minor modifica¬ 
tions as he tested the template. With the 
program in a stable state, we turned to 
documentation and produced a small user 
guide, primarily discussing navigation. 
Apple showed up with 10 PowerBooks for 
the project and we installed and custom¬ 
ized CrimeBuster for each officer, includ¬ 
ing auto-entry of each officer’s name, 
badge number and similar fields specific to 
each PowerBook. 

The SJPD held a press conference to 
kick off the pilot program and allow offic¬ 
ers to demonstrate to the press how the 
software worked. The program to evaluate 
the various solutions will last four months. 


Note 


The demo went off 
without a hitch and a 
grinning Officer 
Constant was 
featured over the 
network news and on 
the AP photo wire 
around the state- 
accompanied by his 
PowerBook and our 
CrimeBuster! 
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During that time, over forty officers will 
use each of the three laptop/software com¬ 
binations for a month. All three solutions 
are in the field, with PowerBook/Crime- 
Buster appearing to be the most reliable 
and preferred choice. 

We are exploring the market potential 
for CrimeBuster with other law enforce¬ 
ment and public safety agencies. Certainly 
the forms will vary, but the fundamental 
need-to record and print the information 
remains the same. Once the information is 
captured electronically, FileMaker can pro¬ 
cess it or pass it to other systems. The real 
benefit to the SJPD is in getting the reports 
done quickly and effectively so less time is 
spent on clerical work and information is 
available sooner. 

These navigation and forms-handling 
solutions are useful in a variety of settings 
and are not limited to law enforcement ap¬ 
plications alone. 

Next Time Around 

During development of CrimeBuster, a 
number of features that do not yet exist in 
FileMaker would have been helpful. 
Developing applications like this one may 
become even easier with future enhance¬ 
ments to FileMaker. 

• It would be nice to have a function to 
count characters that includes built-in in¬ 
telligence to assign values (other than one 
character) to blank lines and carriage re¬ 
turns. Alternatively, a function to count 
lines of text for a given column or field 
width would be even better. 

• A new Field Borders option would be 
nice: “do not clip lines at page breaks.” 


• Enhanced Slide Objects might have al¬ 
lowed us to create a single layout to print 
all forms for a given case number. This 
would then have let us select and print all 
cases for a given day with a single click. 
Specifically, the slide function would be 
much more powerful if objects could be 
made to slide as a group - sliding relative 
to other groups but not sliding relative to 
each other. This would be especially pro¬ 
ductive when data fields are placed on top 
of picture fields, as we did for CrimeBuster 
forms. 

• Extended definition or linking of but¬ 
tons, to provide the ability to combine but¬ 
ton execution and data entry with a single 
click in a check box. 

• Sound objects for prompting during data 
entry. 

• User control over shape and size of check 
boxes and radio buttons. 

FileMaker is a great product for devel¬ 
opment of custom software and database 
templates. For CrimeBuster, it allowed us 
to begin development immediately, re¬ 
spond quickly to user changes and keep the 
interface simple and easy for novices to 
use. FileMaker is sometimes considered a 
weak tool for custom development. How¬ 
ever, we find the combination of amazingly 
quick development time, flexibility when 
changes are required, and rock solid reli¬ 
ability to be unbeatable. 

♦V* 
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Anatomy of CrimeBuster Design 


By Mike Harris 

One clear trend in our consulting 
business is that more and more clients for 
our designs are not planning to learn how 
to use FileMaker, at least in the compre¬ 
hensive sense that we routinely expected in 
the recent past. One consequence is that we 
are required to design interfaces that reflect 
the client’s view of the work process, inter¬ 
faces which don’t trap and confuse some¬ 
one who wouldn’t know the difference be¬ 
tween using the FileMaker flip chart icon 
for moving through records and using it to 
move through layouts. The CrimeBuster 
template shows some of the ways we tried 
to accommodate operators who would, in 
effect, get no training in FileMaker itself. 

Readers will notice first that Crime¬ 
Buster layouts are rather plain. There are 
no elaborate graphics, no fancy fonts or 
layouts. This was quite deliberate. It re¬ 
flects the function of the template - which, 
after all, is routine paperwork - and the 
preferences and expectations of the client. 
To some extent we had to “tone down” the 
Mac experience. Some of the officers, for 


So, we did things like hiding the status 
panel (the FileMaker sidebar that holds the 
flip chart) on all layouts, using plain circles 
for buttons instead of icons, and eliminat¬ 
ing scrolling wherever possible. And there 
is no color available, of course, with the 
present PowerBooks. Still, it has been fasci¬ 
nating, even with a toned-down subset of 
what is possible with FileMaker, to see how 
enthusiastically CrimeBuster has been re¬ 
ceived. As one officer told me: “To say they 
love it is a wild understatement.” Feedback 
from the field is that, in at least one case, 
paperwork time per eight-hour shift was 
down from three hours to one. 

Printing forms was one of our biggest 
headaches. We wanted to give officers a 
single button which would print, say, all 
forms for crimes on tonight’s shift, and we 
wanted all the different forms collated by 
Case Number. This meant, for each case, 
FileMaker would have to decide which 
forms were required for that case, go to the 
appropriate layout for each form and print. 
For the next case an entirely different set of 
forms might be required. This could be 
done in a good macro program but we 



frequent contributor 
to The FileMaker 


Report. He is happy 
to talk to any sub¬ 
scriber about File¬ 


Maker and may be 
reached at 408-761- 


3987. 


Figure 1 


instance, thought 
the smiling Mac 
which appears at 
start-up was “too 
cute”. Also, our us¬ 
ers would get mini¬ 
mal training and 
the trial period for 
any officer’s evalu¬ 
ation was only one 
month. We could 
not expect them to 
find the Mac expe¬ 
rience “obvious”. 
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didn’t want - for many reasons - to go be¬ 
yond a pure FileMaker template. We fig¬ 
ured out, in theory, how to do it using the 
slide feature and data-driven layouts (dis¬ 
cussed in prior articles in The FileMaker 
Report ), but in practice FileMaker’s slide 
function is still too crude to do what we 
needed. The compromise - having to print 
collated forms for each case one case at a 
time - is employed in the current Crime- 
Buster implementation. 


Note 


To keep calculations 
short, we abbreviated 
the names of forms: 
CR = Crime Report 
PR = Property Report 
IR = Incident Report 
SR = Supplemental 
Report 


The Floating Button Bar 

Putting buttons in a layout footer cre¬ 
ates an interesting effect. See Figure 1. In 
browse mode, with View As List selected, 
the footer “floats” at the bottom of the 
FileMaker window, regardless of the size of 
the screen or the window. See Figure 6, 
page 6. When View As List is off, the footer 
objects appear at the bottom of the body of 
the record currently in view. This means 
the footer buttons may be visible or may be 
entirely off the screen, depending on the 
sizes of the body and the window. The re¬ 
sult of this button placement is to help 
with one of the chronic layout problems: 
where do we put all the buttons! When a 
button is created to toggle View As List 
and placed within the body or in the head¬ 
er a button bar can be available when 
needed and off screen when space is better 
used for viewing a record. 

View As List has another interesting 
effect on footers. If a field is placed in the 
footer and View As List is off, the footer 
field shows the value of that field for the 
current record. If View As List is turned 
on, the footer field goes blank. We com¬ 
bined these two effects to help officers 
print the proper forms for each crime. 

The first step is to know which forms 
were required for any given case. Fortu¬ 
nately, this was fairly simple. We picked a 


data field on each form that always con¬ 
tained data when a particular form is need¬ 
ed and wrote four “If’ calculations, one for 
each possible form. For instance, for Inci¬ 
dent Reports (IR), the IncRep Type Inci¬ 
dent field always contains some value. So: 

IR = (text result) 

If (IncRep Type Incident > “0YV7"') 

(We used double left arrows to indulge our 
suppressed Mac graphical inclinations. We 
thought they looked a little like police ser¬ 
geant stripes.) 

The fields for forms required were then 
placed in four columns to the far right of 
each record’s body part to make it easy to 
see which forms were needed. This also 
helped to spot errors in the original data 
entry for each case. See Figure 6. 

Next, to print only the forms required 
for each crime, and to print them collated, 
we wrote scripts for buttons which printed 
particular combinations of forms. Fortu¬ 
nately, there is a limited number of possi¬ 
ble combinations. We created a set of but¬ 
tons for our floating button bar which 
printed either one form at a time (middle 
button column in Figure 6, page 6) for 
maximum printing flexibility, or sets of 
forms for convenience (right column in 
Figure 6). The form sets buttons are linked 
scripts which combine the scripts for the 
individual form buttons. So, for a three- 
form button, the script goes to the first 
form’s layout, prints it (without a dialog 
box), then goes to the second form’s lay¬ 
out, prints it, and then prints the third 
form. 

We also wanted to make multiple form 
printing as fast and error-free as possible 
so we added a footer field which, when a 
particular record is chosen, indicates the 
printing button required, using the double 
arrows. 
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A typical formula for determining 
which combination of forms is required is: 

CRSRPRsign = (text result) 

If (CR = “« M and SR = “«" and PR = "«" 
and IR& Blank = "V 

(Where A represents a space bar.) 


The result is a printing process which, 
though not ideal from our point of view, is 
easy to recall after a once-through, can 
print one or many forms and doesn’t slow 
down the officers at the end of their shifts 
when the printing is done. 

♦Ac* 


FileMaker as a Consulting Tool 

This job taught us several important lessons, some of which are road signs for the 
future of FileMaker and our consulting business. The first lesson is that more and more of 
our customers have less and less time (or sometimes interest) to learn anything that 
doesn’t directly effect getting the job done. This means, somewhat paradoxically, that we 
have to figure on little or no training for the those users who, in the past, we would have 
considered needed the most in the way of classes or hand-holding. 

It also means we cannot consider the Mac interface, per se, as sacred - we have to 
chose the interface elements to which the customers will be first introduced. Our first obli¬ 
gation is to start our customers’ computer experience with an interface which reflects their 
current point of view and work process - rice bowl first, religion later. The next version of 
FileMaker will work on Windows, so we’ll have to get used to living among the heathen 
barbarians. 

(Actually, pure application of this principle is difficult for us. During training we set up 
the template to open with the sound of the Dragnet theme, James Brown’s “Wow, I feel 
good!” for disk insertion, Clint’s “Go ahead, make my day” for error messages and 
Arnold’s “I’ll be back...” for shut down.) 

The most important lesson for me, however, was to see, at last after many years of 
arguing the Mac advantage in the abstract, over conference tables full of budget papers 
and systems specifications, how to sell the Mac in a hostile world. The SJPD decided to 
run candidate systems through a four month field trial, rather than choosing a system on 
paper. While, as a true believer, I always knew you were out of your mind to use anything 
but a Mac, I was shocked to discover the huge chasm between Mac and the other guys in a 
mano a mano situation. 

I now have a standard closing argument for those endless discussions over whether to 
go Mac: we’ll do a proof-of-concept prototype in (fill in the blank) days for (fill in) dol¬ 
lars. Ask the other guys if they’ll do the same and meet us out in the street. The others gen¬ 
erally won’t accept such a challenge, but when they do we are sure we can demonstrate the 
Mac/FileMaker advantage in a way compelling to even the most hardened DOS bigot. 


Note 


Demo versions of 
CrimeBuster are 
available to any 
subscriber for a 
shipping/handling fee 
of $5. Contact Water- 
technics at 
408 761-3987 (voice) 
408 761-5468 (fax). 
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Equation du Jour 


Use Proper Care 


When you can't enter 
information in mixed- 
case form, use tech¬ 
niques like these to 
convert. But monitor 
the results. Watch out 
for address items that 
should remain capital¬ 
ized. The Proper (and 
incorrect) versions in 
these examples are 
on the right: 

PO BOX Po Box 

APO Apo 

SMITH III Smith lii 

LEE MD Lee Md 

IBM Ibm 


Capitalizing States (Un) Properly 


By S. C. Kim Hunter 

As a general rule, it is best to enter 
text in mixed upper and lower case form, 
then use the upperQ, lower() and perhaps 
proper() functions in calculated fields to 
create other forms of capitalization. Up- 
per() and lower() always do what you ex¬ 
pect, but take care handling the proper() 
function - see the sidebar. 

I recently had to set up an address field 
in a database where all the names and ad¬ 
dresses had been typed entirely in upper 
case to conform to U.S. Post Office desires 
for upper case address labels. But later the 
client wanted another printing in proper 
form - lower case except first letter capital¬ 
ized. The full address was in one field so I 
could not selectively adjust desired fields. 
The proper() function could be applied to 
the entire label, but the two-letter state ab¬ 
breviations become Ca, Tx, etc. I needed a 
way to retain the capitalization of just the 
state but have the rest of the address in 
proper form. 

To avoid retyping all the addresses, I 
derived a calculation that would do the job. 
The calculation applies the proper() func¬ 
tion to that part of the address that pre¬ 
cedes the comma after the city, and applies 
the upper() function to everything after 
the comma which is only the state and zip 
code. The original field is Addrl. 

Addr2 = {text result} 

proper(left(Addr1 ,position(Addr1,"," ,1))) 
& upper(right(Addr1 ,length(Addr1)- 
position(Addr1,1))) 

The portion position(Addrl,”,",l) re¬ 
turns a character count from the beginning 
of Addrl to the location of the comma. 


There are three elements inside the posi¬ 
tion parentheses: Addrl, and 1. In 
words, this says “take the text in field 
Addrl, find the comma starting from 
the first (1) character in Addrl, then re¬ 
turn the count of characters between the 
first character and the comma. The portion 
left(Addrl, position(Addrl,",",l)) takes all 
the text to the left of and including the 
comma and passes it to the properQ func¬ 
tion. The portion proper (left (Addrl, 
position(Addrl,",",l))) returns the part of 
the address up to and including the comma 
in proper form. The & sign joins this first 
part to the second part. 

The second part operates on the text 
after the comma. As before, the 
position(Addrl,",",l) portion returns the 
count of the location of the comma. Then 
the portion length(Addrl)- 
position(Addrl,",",l) takes the entire 
length of the field name and subtracts the 
count up to and including the comma. The 
result is the count of characters that follow 
the comma. The portion right(Addrl, 
length( Addr 1) -position(Addr 11)) 
then returns all the text that follows the 
comma and passes it to the upperQ func¬ 
tion. 

The result of this calculation is exactly 
what we desired. It takes the following 
name and address: 

MR. JOHN SMITH 

123 MAIN ST. 

ANYCITY, CA 12345 

and converts it to this: 

Mr. John Smith 

123 Main St. 

Anycity, CA 12345 
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Actually, the input field Addrl doesn’t 
have to be all caps. Any form will still pro¬ 
duce the same result. 

I 

To get this formula to work, the address 
does require a comma after the city. How¬ 
ever, the Post Office prefers that addresses 
have no punctuation to speed the optical 
character reading. If the comma is missing 
from the address, the formula will put the 
entire address in caps. You could use this 
to advantage: type the commas in the ad¬ 
dresses when they are entered, use the for¬ 
mula to get proper addresses with commas, 
then do another calculation to remove the 
comma and reapply the formula to obtain 
an all-caps address. Or you could just use 
the plain upper() function and not worry 
about anything else. 

As always, the name of the game here is 
to only type something in once, then let the 
computer do the work of reformatting 
things for various alternative uses. 

The upper(), lower() and proper() 
functions, together with Iength(), left(), 
right() and position!), provide the basic 
text reformatting calculations to do just 
about anything needed. One area where 
they may falter is in dealing with the 
“McD...” or “MacD...” type problems for 
names that contain imbedded capitals. In 
the above formula, the name McDonald 
will be changed to Mcdonald. A skimming 
of the phone directory shows that many 
“McD...” type names, although spelled the 
same, have differing capitalization accord¬ 
ing to family history, like Mackay and 
MacKay. If anybody has found a good so¬ 
lution for this, let me know. I am working 
on a scheme for a calculation to extract 
“Me”, “Mac” and other similar prefixes 
from names and use an entry flag to capi¬ 
talize the suffix then glue the name back 
together. , 


P.S. 

While writing this article, I checked the FileMaker Pro Help 
file definition of position!) and found it was in error, a carry¬ 
over from a typo in the older FileMaker 4 manual. The defini¬ 
tion should read: 

position(text, search string, start) 

• Searches in "text" for the first occurrence of "search string" 
starting at the position indicated by the number in "start". 

• Result is a number that is the character position in the text 
at which the search string is found. 

• Result is 0 if the search string is not found. 


Errata 

In issue #43 at the top of page 11 there is 
a reference to a Remote button in a 
FileMaker dialog box. But if you look at 
Figure 4 on the next page, it is clear that the 
button is really named Network. Sorry about 
the mistake. You might change the word 
Remote in your copy to the word Network 
to avoid confusion. Remote appears in two 
places in the article. 


Mail Lists 

If you are interested in renting a mailing 
list of FileMaker users or a list of Macintosh 
users, please contact 
Bernie Ryan 
Direct Effect 
3667 Cielo Del Mar 
San Diego, CA 92130 
619-792-9259 
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FileMaker Quick Tips & Techniques 


By 

Joe Kroeger 



Figure 1 


1 = 1=1 


Figure 2 


If you run across any 
valuable but undocu¬ 
mented FileMaker 
features, please let us 
know. 


Jump the Bookmark 

If you fool around with FileMaker long 
enough, sooner or later you’re bound to 
stumble upon a neat little feature or solu¬ 
tion that neither you or the folks at Claris 
knew about and which isn’t described in 
the manual. I ran across a little discovery 
that won’t rock FileMaker off it’s founda¬ 
tion and won’t cure all of your FileMaker 
ills, but will give you another slick maneu¬ 
ver to add to your ever-expanding grab bag 
of FileMaker tips and techniques. 

To investigate this nuance for yourself, 
simply click in the small area immediately 
to the right of the FileMaker flip book and 
either above or below the bookmark. See 
Figure 1. The bookmark then 
t-i jumps to the spot where you just 
I 1 clicked. This action is analogous 
I. .1 to the movement of the standard 
jifc Macintosh scroll bars: when you 
click above or below the scroll 
box, it jumps a larger distance 
than clicking in the up or down 
arrows. 

For many FileMaker opera¬ 
tions, clicking the book pages up 
or down or dragging the book¬ 
mark (the “slider”) up or down 
provides enough versatility. But if you 
want to skim to another portion of your 
found set of records, a simple click will of¬ 
ten be more convenient than grabbing and 
dragging the bookmark. 

The dashed box in Figure 2 shows the 
approximate area that is active. I hope 
Claris will maintain this “feature” in future 
releases of FileMaker. 


Clearing Multiple Fields 

Sometimes it would be nice to be able 


to clear data from several fields at once in 
multiple records of a database. But File¬ 
Maker can’t select more than one field at a 
time, so clearing a field and entering Com¬ 
mand = to propagate the cleared field into 
the rest of the records must be done for 
each field in sequence. If the database (or 
the found set) is large enough, this can take 
a long time and requires operator interven¬ 
tion for each field. 

There is an alternative approach, but it 
only saves time where the file (or the found 
set) is quite large and/or if the number of 
fields to be blanked is large. If it is the set 
of all records in which you want to blank 
several fields, try this: 

a. open the original file and make a clone 
of it. 

b. in the original file make sure that all 
records are found (command-shift-j), and 
rename the fields that need to be blanked. 
Perhaps add a x to the beginning or end of 
each name. 

c. open the clone and import into it all the 
records from the original file. 

d. throw away or move the original file to 
another folder after making sure that the 
clone is working. Change the name of the 
clone if necessary to match the original file 
name. 

Notice that the fields with the changed 
names have not been imported and the 
clone file ends up with all such fields blank. 

If you only want to blank a subset of the 
database, you can follow the same basic 
procedure, but import into the clone only 
the set of records to be blanked. Then 
change the field names back in the original 
file and import the blanked records. 

Note that there is a trade-off here be¬ 
tween the time it takes to import records 


Page 14 • Issue 44 


The FileMaker Report ©1992 Elk Horn Publishing 




from one file to another vs the time it takes 
to blank manually one field at a time. Only 
you can decide which is the most efficient 
approach for your situation. Files with a lot 
of calculations take a long time to import. 

For the Wish List 

In the FileMaker Window menu, it 
would be nice to have a Close All com¬ 
mand right under the Hide Window item. 

Tab Order Caution 

FileMaker Pro may kill the current 
newly-created record if you switch to Lay¬ 
out and Tab Order before entering the 
record. 

Nine-digit ZIP Tables 

A lookup table for U.S. Cities and States 
based on a five-digit ZIP code has about 
43,000 entries. FileMaker Pro handles this 
many records with ease, does the lookup 
quite quickly, and the table takes up less 
^ than 2.5 MBytes of hard disk space. On the 
other hand, a lookup table based on nine¬ 
digit zips is horrendously big - hundreds 
of megabytes - with an uncounted number 
of records. A CD-ROM is a convenient 
medium for storing such a large reference 
database. 

Now that the U.S. Postal Service has 
(finally) begun offering postage discounts 
for some uses of nine-digit ZIPs, it (finally) 
makes sense - in some cases - to work at 
storing and maintaining them. 

If you begin storing a few nine-digit 
ZIP codes in your address database and 
you’ve been using a five-digit ZIP lookup 
table, you don’t need a nine-digit table to 
continue looking up City and State infor¬ 
mation. Just use a calculation to extract the 
first five digits and 

The extraction equation is quite simple. 
Assume that your original ZIP field is 


called ZipText and the new field you are 
calculating is called ZipTextFive. 

ZipTextFive = {text result} 

Left (ZipText, 5) 

Then modify your City and State look¬ 
up definitions so they depend on ZipText¬ 
Five instead of ZipText. 

Checking the Export Dialog 

The export dialog box in FileMaker Pro 
is a giant step forward compared to any 
I've seen anywhere. And if you want to add 
or remove a lot of field check marks, you 
don’t need to click them one at a time. It 
turns out that you can simply hold the 
mouse down and skim through the check 
marks - they’ll all flip as you glide by. 


Bad Names 

I often acquire names and addresses of 
Macintosh users from other sources. We 
like to keep only those that have the name 
of a real person in the name fields. But the 
addresses entered by outsiders sometimes 
have other information - “Accounts Pay¬ 
able” is the classic example. In an attempt 
to identify and eliminate such records, I 
use a script with a large number of Find 
requests, one for each suspect word. Here 
are the words I have found productive 
when searching the LastName field: 

ACCOUNT 

ACCT 

ADVER 

=APPLE 

APPLI 

ASSOC 

ATTN 

BUY 

CENTER 

CENTRAL 

CNTR 

=CO 

COLLEG 

COMM 

COMPANY 


COMPU 

CONSULT 

CONTROL 

COORD 

CORP 

DATA 

DDS 

DEPARTMENT 

DEPOT 

DEPT 

DESIGN 

DEVEL 

DIRECT 

DISTR 

=DIV 

DIVISI 

ENTER 

ESQ 

EXCH 

EXPORT 

GRAPHIC 

GROUP 

GRP 

IMPORT 

INC 

INFO 

INTER 

LIBRAR 

LTD 

MACHIN 

MANAGE 

MARKET 

=MD 

MKT 

NATIONAL 

NET 

OFFIC 

ORDER 

OWN 

PAYABLE 

PHD 

PRESI 

PUBLISH 

PURCH 

RECEIV 

REPAIR 

RESIDEN 

SCHOOL 

SCIEN 

SERVICE 

SOFT 

SR VC 

=STORE 

SYS 

TRUST 

UNITED 

UNIV 

USE 

VICE 




The FileMaker Report ©1992 Elk Horn Publishing 


Issue 44 • Page 15 





The FileMaker Report 

A Journal for FileMaker™ Users 

Published by 

Elk Horn Publishing 
PO Box 1300 
Freedom, CA 95019 USA 

Voice Phone: 408-761-5466. Fax Phone: 408-761-5468 
America On Line: ElkHornPub 
AppleLink: ElkHornPub 

Editor: Joe Kroeger 

Designed by: Kathy Tomyris and Joe Kroeger 

The Library of Congress ISSN number for The FileMaker 
Report is 0896-0313. Issue number 1 was published in Janu¬ 
ary, 1987. Issues are numbered sequentially with no volume 
divisions. The issue number is printed on the cover and on 
inside pages. The date on the cover is the last date that edito¬ 
rial changes are made before going to press. The FileMaker 
Report is published ten times each year at variable intervals 
ranging from about three to about eight weeks. 

Unless otherwise noted, the entire contents of The FileMaker 
Report are copyrighted by Elk Horn Publishing and may not 
be reproduced in any form without explicit written permis¬ 
sion. All rights reserved. 

Other publications from Elk Horn Publishing: 

Elk Horn Library Catalog 
FileMaker Application Notes 
RISC Management Newsletter 

Elk Horn Publishing is an independent organization not 
affiliated with Claris Corporation or with Apple Computer, 
Inc. Various trademarked and copyrighted names and sym¬ 
bols are used in this newsletter. Instead of adding a trade¬ 
mark symbol at every occurrence, the publisher hereby states 
that it is using such names only in an editorial fashion and 
for the benefit of the trademark or copyright owner with no 
intention of infringement. 


About Subscriptions 

All subscriptions to The FileMaker Report are delivered via 
first class mail (U.S.) or air mail (outside the U.S.). Ten 
issues are published each year. Subscription lengths are 
based on a number of issues, not a length of time. Subscrip¬ 
tion rates are subject to change without notice. Rates shown 
are in US dollars and include postage. 

Number of Issues 


Destination 

5 

10 

15 

20 

USA 

$36 

$65 

$92 

$116 

Canada & Mexico 

$37 

$67 

$95 

$120 

Other Locations 

$44 

$80 

$115 

$146 


About FileMaker 

The latest version of FileMaker is FileMaker Pro 1.0 v 2 with 
a release date of April, 1991. Previous versions of FileMaker 
include: 

Version First Release Date 
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